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Unit objectives 


° Understand the process spectrum 

° Define Business Process Management (BPM) 

° Define process modeling 

¢ Understand the high-level project phases of a BPM project 

e List and describe the phases in the IBM Playback methodology 


* Describe Playback 0 and the achievements that are reached at this 
stage in the Playback methodology 
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Topics 


° Business process management (BPM) 

¢ Introduction to process modeling 

* Business Process Management project development 
° The Playback methodology 

° Playback 0 

° The Hiring Requisition process 
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Business Process 
Management (BPM) 
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Organizations often seek ways to improve their organization, to increase productivity, lower costs, 
and increase revenues. The challenge organizations face is that change is inevitable in business 
because of various factors, like market dynamics. To keep up with the climate of change in 
business, organizations must rely on efficient and effective business processes. 

Many organizations try to implement different strategies to accomplish change management of 
processes with little to no disruption of customer service and employee productivity. But many 
times, those efforts fail outright or accomplish only a portion of the process improvement because 
performance measurement is limited. 
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* Enabled by BAW 


* Quantify impact of process 


Business Process Management is about value 


= BPM Defined: An integrated approach to aligning the key activities of an 
organization into processes you can consistently measure to optimize value 
to your organization and its end customers. 


Integrated 


* Technology + methodology ors 
» Compresses cycle time 


for process lifecycle 


platform 


Measure 


* High visibility into performance 


of process and people y @ 
* Metrics that are meaningful tt 
a 


to the business 


improvements 
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* Align people and tasks e 


+ End-to-end vs. silo 
+ Cross-functional "<a 


+ Enhance process to 
+ Identify and remove 


+ Eliminate non-value-add 


Processes 


to valuable outcomes 


Optimize 


maximize business value 
bottlenecks 


activities 


© Copyright 18M Corporation 2019 


Business Process Management is about value, not technology. BPM spans both technology and 


methodology. By itself, BPM is not a technology. 


Business Process Management includes the services and tools that support process 
management (for example, process analysis, definition, processing, monitoring and 
administration), including support for human and application-level interaction. BPM tools can 
eliminate manual processes and automate the routing of requests between departments and 


applications. 
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What is Business Process Management? 


Comprehensive change management of business processes 
that results in continuous process improvement 
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Business process management (BPM) excels at providing a comprehensive change management 
of business processes, which results in continuous process improvement. 
Processes are meant to evolve as the organization or external conditions change. 
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Three themes 


Goal 


The BPM goal is 
efficient and 
effective business 
processes with 
visibility 


System 


The BPM system is 
the management of 
people-to-people 
work steps, 
system-to-system 
communications, or 
person-to-system 
interactions 


Results 


The BPM expected 
result is process 
improvement that 
brings about 
financial benefits 
and customer and 
employee 
satisfaction 
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BPM is also described with these common themes: the goal, the system, and the expected 
results. 

All organizations have processes; however, the visibility of processes can be varied. BPM is a 
way to increase that visibility and hence give direction to the continued efficiency of the 
processes. 

In true BPM, all aspects of a system are important, including human interactions. True BPM 
seeks to define and visualize all aspects of your process regardless of what role or system is 
conducting that part of the work. BPM results in continual process improvement, which provides 
many beneficial outcomes to the client. 
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BPM lifecycle 


Multiple 
iterations 
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The BPM lifecycle has four phases: design, modeling, execution, and optimization. 

Looking at the BPM lifecycle, it becomes apparent that opportunities are available to use the 
expertise of business and IT to collaborate in each phase of the lifecycle. Using this approach to 
BPM, the business process is stable and on target. This stability is because of the overall iterative 
improvement cycles in keeping up with business goals, business change, and opportunities within 
each phase to make critical adjustments. 

Business and IT working in concert throughout the BPM lifecycle require a clear set of goals for 
each phase. Matched against those lifecycle phase goals are the responsibilities for each group. 
Clearly, the governance of the business process varies at each phase for each group, but the 
involvement of both ensures that the process improvement is realized. 


After business practices or external conditions change, or the current process is no longer 
optimal, BPM iterates again through the lifecycle. This continual iteration allows the effective 
management of business processes. 

A true BPM implementation tool allows these iterations to be easily applied. 
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The modeling phase 


| optimization 


Nee : 


= 


* Process discovery and documentation 
* Process analysis 
¢ Simulation and adjustment 
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The modeling phase is more than just creation of the process model; it also requires an 
understanding of how to adjust the model to meet evolving business requirements. So, 
throughout this phase, the process model goes through continued analysis and a series of 
adjustments and refactoring efforts to obtain a model that can be implemented into a process 
application. 

All the adjustments and testing allow for a process model that meets what the business expects 
in terms of an improved and efficient business process at the end of project development. 

BPM done correctly results in business processes that are modeled, analyzed, and adjusted early 
and often. The BPM effort goes far beyond basically applying technology to a process to yield a 
changed process. Applying technology to automate a bad business process without regard to 
necessary analysis and adjustment efforts leads only to a more efficient, but still bad process. 
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An understanding of a business process is necessary before it can be modeled. 
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What is a business process? 


Activities 


eee 


° Aset of activities that takes specific inputs and converts them into 
specific outputs in a defined, predictable fashion 
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Every organization uses business processes to accomplish work. A business process is a set 
of business activities that represent the required steps to achieve a business objective. For 
example, you might have a business process that handles credit card disputes. In this case, 
the business objective is to resolve the dispute in an efficient and accurate way to minimize 
cost to your organization and to retain customer satisfaction. The process itself includes all of 
the steps that are needed to meet the objective (in this case, it might be activities like receiving 
the claim, examining the validity of the claim, deciding whether to remove the charge, and 
informing the customer of the decision). 

Business processes often require a combination of internal activities and activities that must 
be performed by humans. Therefore, we can look at Business Process Management as the 
intersection between people, processes, and technology. 
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What is process modeling? 


Activities 


eee 


Captured in process modeling 


* Captures the ordered sequence of the business process tasks or 
activities 
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Process modeling captures the ordered sequence of the business process tasks or activities, and 
the responsible roles that are conducting the activities. It also captures the conditional branching 
and the sequencing of the flow of work between activities, along with the supporting information 


from start to end. 
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Three-phase approach 


Process modeling 


Business Descriptive Analytical Executable 


process modeling modeling modeling Deployment 
Describe the Analyze and Implement 
process improve the the process 


process 
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Process modeling can be described as having a three-phase approach: 


Phase 1 or descriptive modeling is an approach in which you describe the process. This 
high-level model provides a description of the process that is based on business 
requirements. The model is easily communicated across the organization. 

Phase 2 or analytical modeling is an approach in which you analyze and improve the 
process. This analytical, more detailed modeling shows all pertinent activities and flow that 
are used to detail process requirements. 

Finally, the Phase 3 or executable modeling is an approach in which you implement the 
process. This model details the functional requirements to implement the executable process 
application. 
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What is a process model? 


A graphical representation, or diagram, of the business process 
that is universally understood and easily communicated 
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A good process model is a graphical representation or diagram of the business process that is 
universally understood. Business people understand it easily, and it is directly implemented in a 
Business Process Management system (BPMS) such as IBM Business Automation Workflow. 


For all parties to understand a process model universally, process owners, process participants 
(business), and the BPM development teams must easily understand each other and recognize 
the same concepts in the same context. IT does not need to redraw a process model to provide 
more clarity or a different point of view. 

A good process model provides views into a process that are clearly and easily communicated in 
5 minutes or less, at every level of granularity 
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The right process model development strategy 


° 
Business analyst 


Process 
participant 


Events 


Administrator 


Systems 
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IBM Business Automation Workflow uses a single shared environment for project design and 

development. All process artifacts are stored in a single shared model architecture. All parties 

that are involved in the effort to define, model, implement, measure, and improve the process are 

working from a common shared model that encapsulates all of the various components. It helps 

maintain the vision of bringing business and IT together. 

The following list shows various people who are all using the same process definition: 

¢ Business analysts who are modeling the process 

¢ The IT developers who are constructing the detailed implementation of the model 

¢ The responsible process participants who are completing their activities in the process 

¢ The process owner and analysts who monitor the process performance and identify 
improvements 

The model of the process that the analysts and developers build is the same one that completes 

at run time. It is the same one that is used to create reports on the performance and status of the 

process, and the same one that is used to implement process improvements. More details 

regarding BAW architecture are covered in the next Unit. 
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Business Process 


Management project 
development 
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The established standards and development methods typically reinforce the project development 
for any IT initiative. A BPM project, especially one that includes the broader vision and definitions 
that are provided, would not fit the typical project development standards because the key BPM 
project components are slightly different. This difference is because the BPM project components 
reinforce the process first, and the solution second. In BPM, everything is process-driven, so the 
development method that is used to develop process models and the eventual process 
application must be uniquely focused on the process needs. It is not a system that is traditionally 
used to develop projects. 
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Business Process Management project components 


Process 
Vision modeling 
Goals 
KPIs and metrics Descriptive 
4 H \ modeling 
Business requirements\ \ 
Process requirements Analytical 
modeling 
Functional requirements tienkendsaded Gaetan wexiwawbednwani: 
Development requirements Executable 


Solution implementation modeling 


| KPI = key performance indicator | 
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The top-down diagram view of the BPM components provides a quick view of how a typical BPM 
project development evolves. Any of these components that are missing from a project would 
interrupt the effective design, definition, and creation of the process application, and curtail the 
engagement of business people. 

KPI = key performance indicator 
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Project development phases 


Project development phases 


ae Development 
Definition ; Test 

5 Three or more business playbacks ae 
Analysis (iterations) Validation 


* Definition: 
= Discover and define the process 
= Analyze the process for improvements, model the process, and set the 
process performance measurement criteria 


° Development: 
= Prepare the process application for deployment by using an iterative 
development with three or more playbacks 


° Test: 
= Validate the process application performance in achieving expected 
business process goals in a production user environment 
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In contrast to the traditional IT application development approach stands the phased BPM project 

development approach that closely aligns to the overall BPM lifecycle. This approach also 

focuses on the BPM project components and allows for the different phases of process modeling. 

The project development phases are: 

¢ Definition phase, in which you discover and define the process. Analyze the process for 
improvements, model the process, and set the process performance measurement criteria. 

¢ Development phase, in which you prepare the process application for deployment with an 
iterative development with three or more playbacks. 

¢ Test phase in which you validate the process application performance in achieving expected 
business process goals in a production or user environment. 
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Business Process Management project teams 


° Process sponsor 
° Process owner 
¢ BPM project manager or 
program manager 
° Subject matter experts 
= Core process activities 
° Core team members 
= Analyst 
= Developer 
= Solution architect 


e Administrators 
° Facilitators 
= Ad hoc member (optional) 
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The unique phases and components of a BPM project require a specific set of project roles, 
including: 


Process sponsor: Responsible for establishing the project goals and scope, securing 
organizational support and resources, and ensuring alignment with organizational business 
goals 

Process owner: The person who is accountable for the successful execution of the process, 
knows the process from end to end at a high level, and can identify the subject matter experts 
BPM project or program manager: The person responsible for the success of the project 
Subject matter experts: People with knowledge of specific process resources, or systems 
Core team members: Business process management (BPM) development teams, typically 
including BPM analysts, BPM developers (includes integration designer developers and 
technical consultants), and solution architect (advanced role that can lead teams and serve 
as an analyst and developer) 

Administrator: Installs, updates, and configures the Business Process Management system 
Facilitator: (optional) Typically manages the collaboration meetings for a BPM team 


All of these participants work together to collaborate in the design of the process model. 
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The Playback methodology 
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A Playback between business and IT is a focused demonstration of a partially implemented 
process model at the designated development phase. This phase includes the goal of 
discussion, consensus building, collaborative improvement, and ultimate approval of the 
process model. Playbacks enable the iterative development of the process application. 
Playbacks provide early visibility and input from the business group on process application 
functions. The perspective of the business group at the early stages benefits development 
because the business quickly identifies adjustments to requirements well before the final 
product is implemented. The ability to shift direction during the definition and development 
phase is key to reaching the ultimate BPM project target. 

The Playback methodology is based on agile programming principles and techniques. IBM 
Business Automation Workflow was created from the ground up as an agile software 
development tool. IBM’s clients sometimes attempt to use IBM Business Automation Workflow 
with other methodologies. However, it repeatedly happens that the most successful projects 
combine the right people (business and IT), agile software development practices, and IBM 
Business Automation Workflow to achieve their project and process goals. 
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What is a Playback? 


¢ A Playback is a focused demonstration of a partially implemented 
process application, which is delivered to the business and IT 
communities for discussion, consensus-building and approval. 
= Iteration plan defines the set of user stories to be demonstrable 
= The business users should run the Playback 


= Each Playback provides validation that the solution is headed in the correct 
direction 


= Fosters business ownership, expectations, and sponsorship of the solution. 
« Create questions and suggestions that feed into subsequent playbacks. 


¢ With each milestone reached and each Playback exercise that is 
completed, the business participants play a stronger role in the 
development. 
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During a Playback for business stakeholders, users, and development, the process model is 
examined at a designated development phase to establish process goals, achieve consensus, 
collaboratively improve the process model, and, ultimately, approve the process model. By using 
playbacks, you can develop a process application iteratively. 
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Playback methodology 


° Implementing a Business Process Management program is best 
performed in an iterative delivery cycle. 


¢ IBM Business Automation Workflow supports playbacks to verify 
requirements often. 
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The Business Process Management approach is iterative; you don't implement it once, never 
to be touched again. Instead, you design, model, create, simulate, monitor, and optimize your 
processes on a regular basis. The feedback that you receive from testing and monitoring your 
processes drives continuous improvements to your organization's workflows. 

Iteration of your process is one critical key for BPM success. An “iteration” of a Playback 
allows users to focus on a part of the overall project and validate it before moving on to the 
next part. 

Most playbacks allow users to gather requirements, design and build solutions, and then 
validate (test) them. When the Playback is validated, you move to the next area of focus until 
this part of the project is complete. 

A Playback is a focused demonstration to clarify understanding and elicit consensus. An 
example of a Playback is an event where stakeholders come together and view the completed 
work up until that point. A business person conducts the Playback event by stepping through 
the completed work to verify that it meets the goals of this phase of the development process. 
“Playback” is also used when describing the phase of the project. As you see in the slide, the 
project lifecycle is split into multiple “playbacks.” These playbacks would be a phase of the 
project, and the culmination of that phase would be a final Playback of the completed code to 
the stakeholders. Because each Playback event might require changes to the code to meet 
the requirements of the Playback phase, every Playback phase has multiple Playback events. 
This slide covers the Playback phases. 
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Playback cycles 


1 - 3 weeks 6 - 8 weeks » 
Definition : Development > 
Descriptive 
and analytical | Executable modeling 
modeling 
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Often playbacks are conducted as themed stages. The number of actual collaboration meetings 
that are conducted inside of each stage can vary. Usually, multiple smaller playbacks are 
conducted and target individual groups with a specialized role (developers, administrators, and 
other roles), but these smaller playbacks build upon one another, leading to a final Playback. 
During this final Playback, make sure that you reach consensus before moving into the next 
stage. 

This slide is an example of a project plan that contains a typical Playback timeline and content of 
each of the playbacks. In modeling and implementation, shorter cycles than what your company 
might currently be accustomed to are good practices. The agile development approach with 
shorter cycles is critical to BPM success. Larger projects are scoped down to smaller release 
cycles. Creating smaller chunks for a project has many benefits, as follows: 

¢ Overall project risk is reduced. 

¢ Working code can be released into production in a shorter amount of time. 


¢ Changes to the project cause less rework when releases occur on a more regular basis. 
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° Review business requirements & business process 
° Define components and code management 
e Review non-functional requirements 
° Assess process characteristics 
° Build Services catalog (50%) 

e Assess caching needs 

° Define system context 

° Assess fit to purpose Playback 
* Select technology 0) 

* Define data model 

° Define security approach 
° Define naming convention 
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In Playback 0, the focus is on high-level business process understanding and building 
consensus. Process discovery, as-is model, process analysis, ending with a “to-be” model 
ready for implementation are the key activities in Playback 0 


This slide and the next three provide more details around the focus of each Playback. As 


development progresses through the playbacks, you want to verify artifacts in a specific order. 


Because the development process is iterative, it’s possible to have to revisit playbacks to 
revise requirements. 
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° Review process definition 
e Finalize logical architecture 


e Address technical risk with 
Proof of Concept 


¢ Address high availability 


° Prepare performance 
architecture and test strategy 


° Complete Services catalog 
(100%) 
¢ Document architecture decision 
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In Playback 1, the focus is on user interface design and implementation. 
- Data model and process flow implementation 
- Human service or coach design, and data mapping 
- Business rules, process flow control implementation 
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Playback 2 


° Prepare non-functional requirements and performance testing 
e Address technical risk with Proof of Concept 
e Address any remaining architecture issue 
° Technical tradeoff and leadership 
° Design reusable logic, services 
° Complete architecture decision 
° Define Error Handling 

° Enforce simplicity 

¢ Ensure sustainable solution 
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In Playback 2, Focus is on integrations 
- Creating a decision service 
- Implementing message events 
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Playback 3 


° Non-functional requirements and performance testing 
° Develop tracing & logging mechanism 
° Technical tradeoff and leadership 
¢ Address infrastructure challenges 
° Develop deployment strategy 
° Scope tradeoff / estimation 

° Design Reporting 

° Mentor resources 
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In Playback 3, Focus is on consolidation of the previous themes and producing an end-to-end 
solution 

- Handling errors in services 

- Deploying process application 
Development starts at the end of Playback 0 when an executable process model is delivered. The 
next few slides cover more details around Playback 0. 
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Playback 0 
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Playback 0 


° Descriptive modeling 
° Analytical modeling 


Process 
Vision modeling 
Goals aS 
KPIs and metrics \_ Descriptive 
Playback 0 Business requirements\ \ _ modeling: 7 
Process requirements Analytical 
modeling 
Functional requirements ate enaceeeeeeeneseee 
Development requirements Executable 
Solution implementation modeling 


KPI = key performance indicator 
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Going back to the BPM project components, you can see Playback 0 covers Descriptive and 
Analytical Modeling. The definition stage of project development focuses primarily on these 
modeling efforts. The goal for Playback 0 is that the concerns and achievements at this stage 
of project development are iterated until a final solution is reached. 

The process must be discovered before it is modeled as a diagram. That requires sessions 
with the business process owner to uncover the particulars of the business process at a high 
level. As the process is defined, it is then necessary to start to analyze and create initial 
models if possible. Use an incremental approach from the current state to a future state 
business process that is accepted and agreed upon as a final “to-be” model. 
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Playback 0: Process discovery (1 of 2) 


Discovery map 


.: Process milestones 


Process steps 


Analyst Process owner 


° Document the current state of the business process 
° BPM analyst, process owner, and BPM project manager 
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The process discovery effort in Playback 0 allows for the capture of the initial process information 
that translates into the initial process model. It is typically an effort from process owners and BPM 
team members who want to make sure that the current state of the business process is 
documented. This documentation can be stored in various tools available to the team, including 
Blueworks Live. However, Blueworks Live has the advantage of providing connectivity to IBM 
Business Automation Workflow. With Blueworks Live, the documentation effort maintains a high 
level of usage, even beyond process discovery and analysis of the business process. 
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Playback 0: Process discovery (2 of 2) 


Playback zero 

Definition 

1 - 3 weeks 

Descriptive modeling Analytical modeling >Validate 


| Discovery As-is model | Analysis To-be model [Final Playback 
-Process goals + Current state «Refine the + Business data 
Critical model in current state * Business case 
success factors various process model _ with estimated 
* Scoping formats * Added value potential value 
* Process * Captured analysis and impact 
capture and information: * Root cause * Scope and 
doaitnentation RACI, SIPOC, analysis effort 
and issues * Opportunity assessment 
prioritization + Process model 
+ Process diagram 
simulation (BPMN) 
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Descriptive modeling is discovering what you currently have; it is providing visibility. The aim is to 
document the as-is model, or what you currently do. This action provides the baseline for going 
forward. 
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Playback 0: Process analysis 


Definition 
1 - 3 weeks 
Descriptive modeling Analytical modeling Validate > 


| Discovery | As-is model | Analysis To-be model [Final Playback’ 
*Process goals «Current state «Refine the + Business data 
* Critical model in current state + Business case 

success factors Various process model _ with estimated 
* Scoping formats * Added value potential value 
«Process * Captured analysis and impact 

capture and information: * Root cause * Scope and 

aecornern tial RACI, SIPOC, analysis effort 

and issues * Opportunity assessment 


prioritization + Process model 


+ Process diagram 
simulation (BPMN) 
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¢ The next phase in process modeling and Playback 0 is analytical modeling. The milestones to 
get to the final stage in analytical modeling are analysis and the “to-be” model. 


¢ Discovery documentation is a “just the facts” effort, meaning the only thing that interests the 
BPM analyst and process owner is that the process in its current state is captured. A good 
example is the capture of process problems, or issues. During discovery, it is not important to 
try to solve process issues, only to document them. This action is where the next step in 
Playback 0 starts to take shape: process analysis. 


¢ Process analysis is when the business process is continually refined until analysis goals are 
reached, such as solving process issues through root cause analysis. Other process analysis 
goals include added-value analysis of each process activity that is captured and analysis to 
ensure the correct priority for improvement opportunities. With process analysis, the business 
requirements are vetted and the process requirements are aligned so that the “to-be” process 
model is ready to be finalized. 

¢ The successful outcome of Playback 0 for a process owner is to have the most efficient and 
effective business process that is modeled for continued use in implementation. 


¢ This course does not cover in detail the “how to” for process discovery and analysis. IBM 
Cloud Education offers courses on process analysis methods for comprehensive training on 
process analysis. 


¢ You might also notice that the third phase, executable modeling, is not shown here because 
executable modeling comes later. 
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Playback 0: Iteration 
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Playback 0 has a unique set of achievements during this stage of project development. A BPM 

analyst handles Playback 0 when working in concert with the process owner and BPM project 

manager. BPM project managers need the data from Playback 0 to plan for the next project 

development cycles, or Playback stages. The process owner is interested in the business 

process. The successful outcome of Playback 0 for a process owner is to have the most efficient 

and effective business process that is modeled for continued use in implementation. 

To achieve both objectives, the strategy that is used to gather Playback 0 data is the iterative 

phase approach of: 

¢ Capture: Make sure that the business process information is shared fully 

¢ Document: Refine documentation as the analysis continues because there exist more 
stakeholders than just the process owner 

¢ Map: Create a discovery map that can clearly define the important information in an easy-to- 
read manner 

¢ Refine: Allow for adjustment to a business process as a clear definition of the business 
process and process model is incrementally made 

All requirements in Playback 0 are iterated, including the model that is finalized for validation. It is 

typical to encounter scope creep, or a broadening of the requirements to implement during this 

iteration. Keep in mind the duration of the iteration and use the backlog to document those 

requirements that do not make this iteration. 
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Analytical modeling allows the process owner and BPM team to identify the business data that is 
needed for the process model. In general, business data provides the context of the process task 
for each responsible role for task completion. For example, if the business process is to process 
an insurance claim, the task verifies the claim, and the business data provides the claim type, 
claim number, claim description, and claim submitter. 

When defining the business data for a process model, BPM teams look at the process as a 
whole. The question for each activity becomes: “What data does the process require to complete 
this task?” In the end, the process analysis produces the “to-be” process model and a business 
data model as well. 

Business data is not implemented during Playback 0. Capture the inputs and outputs of activities 
or tasks in the documentation. Later in Playback 1, you implement the business data as part of 
the process. For now, business data is useful to conceptualize the process and to determine the 
following information: which activities must be part of the process, what occurs inside of the 
activity, what the outputs of the activity are, and what input data is necessary for the next activity. 


At the completion of Playback 0, the “To-Be” process model is finalized and you move from 
analytical modeling into executable modeling. You create the “To-Be” model in the exercise at the 
end of the next unit. 
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Slide 35 


Unit summary 


e Understand the process spectrum 

° Define Business Process Management (BPM) 

° Define process modeling 

¢ Understand the high-level project phases of a BPM project 

e List and describe the phases in the IBM Playback methodology 


° Describe Playback 0 and the achievements that are reached at this 
stage in the Playback methodology 
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